home *** CD-ROM | disk | FTP | other *** search
/ ftp.cs.arizona.edu / ftp.cs.arizona.edu.tar / ftp.cs.arizona.edu / icon / newsgrp / group94b.txt / 000100_icon-group-sender _Thu Nov 10 14:23:34 1994.msg < prev    next >
Internet Message Format  |  1995-02-09  |  2KB
  1. Received: by cheltenham.cs.arizona.edu; Thu, 10 Nov 1994 13:01:17 MST
  2. To: icon-group-l@cs.arizona.edu
  3. Date: 10 Nov 1994 14:23:34 GMT
  4. From: ruiter@ruls41.fsw.LeidenUniv.nl (Jan-Peter de Ruiter)
  5. Message-Id: <39tad6$6nr@highway.LeidenUniv.nl>
  6. Organization: Leiden University, The Netherlands
  7. Sender: icon-group-request@cs.arizona.edu
  8. References: <Cz0AFI.67x@ncrcae.ColumbiaSC.NCR.COM>
  9. Subject: Re: Optimizing Icon on a UNIX Platform
  10. Errors-To: icon-group-errors@cs.arizona.edu
  11.  
  12. Hi, Ryan,
  13.  
  14. Ryan Walcott (Ryan.Walcott@ColumbiaSC.NCR.COM) wrote:
  15. : We use  ICON applications at AT&T Global Information Solutions to create
  16. : statistical reports on data generated by benchmark runs.  Currently these
  17. : reports take several hours to run.  
  18.  
  19. I smell some recursion here :-)
  20.  
  21. : Is there a way to optimize the applications for our platform so that the
  22. : reports will execute faster?  We are considering porting the applications to C
  23. : and recompiling, but would like to avoid this if possible because they are
  24. : very long and complicated.
  25.  
  26. I don't know whether you are using the interpreter of the compiler for
  27. these icon programs, but if you are using the interpreter you might try
  28. to compile the programs using the Icon compiler. If you don't do really
  29. esoteric things this might speed up your executables considerably. 
  30.  
  31. Another (tedious, but probably effective) option would be to port
  32. critical sections to C, and hook the C code up to the icon programs.
  33. This might also gain some speed.
  34.  
  35. Hope this helps. 
  36.  
  37. Jan
  38.